Date: Sat, 22 May 93 04:30:02 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #142 


To: 


packet-radio 


Packet-Radio Digest Sat, 22 May 93 Volume 93 : Issue 142 


Today's Topics: 


(none) 

DRSI Brand TNC & High Baud Question 
FCC Frequencies & Regulations (Amateur) 
Internet to Packet gateway (5 msgs) 
Yapp software wanted 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 21 May 93 14:42:15 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: (none) 


To: 


help 


packet-radio@ucsd.edu 


Date: Thu, 20 May 93 21:33:11 MST 


From: 


cs.utexas.edu!asuvax!ennews!stat!aznet!dan@uunet.uu.net 


Subject: DRSI Brand TNC & High Baud Question 


To: 


packet-radio@ucsd.edu 


BONCZEK@hsdwl.utc.COM (Source Quality Engineering) writes: 


> 
> 


Does anyone have any experience with a new brand of TNC brand name called 


DRSI? There prices seem very reasonable. The DPK-2, which seems to be a 


KPC-2 clone is $114.95 in the catalog. 


I also see a TNC that advertised as 4800, 9600 & 19,200 baud. Is this for 
normal Packet operation. Or is this for backbone systems? 


Thanks in advance... 


VV VVV VV 


Yes, I have had experience with the DRSI TNC that you speak of. DRSI has been 
around for quite some time now, so their not new to the packet streets. The 
DPK-2 is a TNC2 Clone, not a KPC-2 clone, quite a difference I might add. 

A TNC2 clone is from your old TAPR TNC2 days, that now folks like MFJ are 

still cloning with their MFJ-1274's and 1270's... 


Internet: dan@aznet.stat.com 
Ax.25: n7mrp@n7mrp.az.usa.na 
Voice: (602) 956-2566 


Date: 22 May 1993 05:06:03 +0800 

From: munnari.oz.au!uniwa!DIALix!not-for-mail@tcgould.tn.cornell.edu 
Subject: FCC Frequencies & Regulations (Amateur) 

To: packet-radio@ucsd.edu 


I'm a licenced radio amateur in Australia and travelling to the USA. Can anyonE 
give me any help with frequency allocations and restrictions for operation. I 
know I have to fill out a 610A application, but would like some general info 

on spectrum allocation etc. 


Any and all info greatfully received. 


Date: Thu, 20 May 93 15:43:08 GMT 

From: netcomsv!netcom.com!netcomsv! bongo! skyld! jangus@decwrl.dec.com 
Subject: Internet to Packet gateway 

To: packet-radio@ucsd.edu 


In article <C7A9sq.MnI@mv.mv.com> Marc@Synergytics.Com writes: 


> Am I simply mis-informed? How do the other maintainers of gateways deal 
> with this? Has anybody else considered an Internet/packet bridge and if 


> so, is it up and running, or why didn't you go through with it? 


I run an internet e-mail <==> Amateur Packet BBS <==> Amateur tcp/ip mail 
gateway. My users all follow a single guideline. "Don't do anything that 
will result in the SYSOP showing up on their doorstep at 3 AM with a 12 
gauge shotgun and a copy of an FCC NAL." 


It has been in operation for over a year without any problems other than 
a local buffoon that tried to upload a 30K file as a Packet BBS message. 


J. Angus: jangus@skyld.tele.com -- "Als ik Kan", Gustav Stickley 
US Mail: PO Box 4425 Carson, CA 90749-4425 1 (310) 324-6080 


Date: Thu, 20 May 93 16:35:16 MST 

From: dog.ee.lbl.gov!overload.lbl.gov!agate!howland.reston.ans.net!usc! 
cs.utexas.edu!asuvax!ennews! stat! david@network.UCSD.EDU 

Subject: Internet to Packet gateway 

To: packet-radio@ucsd.edu 


marc@Synergytics.Com (Marc Evans) writes: 


> Am I simply mis-informed? How do the other maintainers of gateways deal with 
> this? Has anybody else considered an Internet/packet bridge and if so, is it 
> up and running, or why didn't you go through with it? 

I have been running one for almost 2 years now ... I manually screen each 
message, it is a pain, but alot of people use it, and I'm happy to do so. 


david, wb7tpy 


Internet: david@stat.com FAX: +1 (602) 451-6135 
Bitnet: ATWLH@ASUACAD FidoNet=> 1:114/15 
Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na 


Date: Fri, 21 May 1993 10:28:00 GMT 

From: agate! howland.reston.ans.net!gatech!emory!sol.ctr.columbia.edu!news.kei.com! 
ub!acsu.buffalo.edu!ubvmsb.cc.buffalo.edu! oopdavid@ames.arpa 

Subject: Internet to Packet gateway 

To: packet-radio@ucsd.edu 


In article <737912588snx@skyld.tele.com>, jangus@skyld.tele.com (Jeffrey D. Angus) 
writes... 

> 

>In article <C7A9sq.MnI@mv.mv.com> Marc@Synergytics.Com writes: 


> Am I simply mis-informed? How do the other maintainers of gateways deal 
> with this? Has anybody else considered an Internet/packet bridge and if 
> so, is it up and running, or why didn't you go through with it? 


I run an internet e-mail <==> Amateur Packet BBS <==> Amateur tcp/ip mail 
gateway. My users all follow a single guideline. "Don't do anything that 
will result in the SYSOP showing up on their doorstep at 3 AM with a 12 
gauge shotgun and a copy of an FCC NAL." 


VV VV VV VV VM 


I have been interested in TCP/IP for some time. Is there a good 
written primer of concerning this activity available? There is 
no one locally to ask such elementary questions. Thanks. 


Dave (KN2M) 


> It has been in operation for over a year without any problems other than 
> a local buffoon that tried to upload a 30K file as a Packet BBS message. 
> 

>J. Angus: jangus@skyld.tele.com -- "Als ik Kan", Gustav Stickley 

>US Mail: PO Box 4425 Carson, CA 90749-4425 1 (310) 324-6080 


Date: 21 May 93 21:43:06 GMT 

From: ogicse!das-news.harvard.edu!noc.near.net!mv!synergy.Synergytics.Com! 
marc@network.UCSD.EDU 

Subject: Internet to Packet gateway 

To: packet-radio@ucsd.edu 


In article <C7Dy4C.490@dptspd.sat.datapoint.com>, jks@daneel.uthscsa.edu writes: 
|> I started and ran the San Antonio gateway for about a year before handing it 
|> to N5LYT.... 

[> Deel 

|> Marc, DO IT!... 


Well, there is little question that I am going to do xsomething*. The question 
is now details, such as what freq's and speeds are best? Which of my machines 
will best host NOS (careful, all I have are non-intel u*ix machines currently, 
though an Alpha running NT is on its way here). I have a desire to get up on 

a 19.2k bandwidth connection, but from my roaming around, I don't think that 

I would be providing much of a service due to lack of connectivity with the 
bulk of the packet community. 9600 is probably the slowest I would want to go, 
but then again, I would be the one using it, other would. 


Any suggestions as to equipment and connectivity for the southern NH area? 


Thanks in advance - Marc 


Marc Evans - Marc@Synergytics.COM | Synergytics (603) 635-8876 
WB1GRH - WBIGRH@WALYTW.NH.USA | 21 Hinds Ln, Pelham, NH 03076 


Date: 21 May 93 16:36:10 GMT 

From: sdd.hp.com!swrinde! dptspd!news@hplabs.hpl.hp.com 
Subject: Internet to Packet gateway 

To: packet-radio@ucsd.edu 


In <C7DoKB.7Io@mv.mv.com> marc@Synergytics.Com (Marc Evans) writes: 
<stuff deleted> 
> The methods are: 


> 

> 1) The "trust" method. This is employed by gateways that simply provide 
> a bridge for packets to move from Packet to the Internet, typically, 
> using NOS. Users of these gateways are "trusted" to do-the-right- 

> thing. Connection originating on the Internet are NOT permitted to 

> go through the gateway onto Packet. 


I started and ran the San Antonio gateway for about a year before handing it 

to N5LYT.... I found the "twisted pair" BBS method of real name registration 

along with callbook info was all I needed to exert control... The ability to limit 
user access to features is built in to NOS. Also nice is the "firewall" using 

"ip access <address> <accept|deny> <port #> that prevents use in any direction of 
certain services. The knowlege that abuse == elimination was the best control 
mechanism around. The added nicety of having a "BBS" type port for non-ip users 
added to the desirability factor.... 


Result: San Antonio has an active group of TCP/IP packeteers and is now adding 
a 19.2K link frequency for high speed TCP/IP use only.... 


Marc, DO IT!... 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKK 


* Jack Spitznagel x AS a curmudgeon, I speak for x 
x Internet: jks@giskard.uthscsa.edu * no man, everyman, and my * 
* AMPRNet: kd4iz@kd4iz.ampr.org * opinions are none of your * 
* CIS: 76044 ,476 * business. Those I will gladly «* 
x Tel: (210) 567-6616 x share. All else is random. * 
* Foot: 29.41'N 98.38'W * (C) 1993 * 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKK 


Date: Fri, 21 May 1993 15:28:07 GMT 

From: noc.near.net!lynx!sehrlich@uunet.uu.net 
Subject: Yapp software wanted 

To: packet-radio@ucsd.edu 


Greetings. 


Could anyone please direct me to any FTP site carrying YAPP software for 
the PC? 


Thank you much. 


Direct replies preferred. I will summarize if requested. 


| Scott Ehrlich Internet: wy1z@world.std.com 
| Amateur Radio: wy1z Packet Radio: wy1z@kiugm.ma.usa.na 


Date: 21 May 1993 09:35:28 -0700 

From: news.cerf.net!pagesat!olivea!apple.com! apple.com! not-for- 
mail@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <C7A9sq.MnI@mv.mv.com>, <737912588snx@skyld.tele.com>, 
<C7DGzI.H2@acsu.buffalo.edu> 
Subject : Intros to NOS (was Re: Internet to Packet gateway) 


In article <C7DGzI.H2@acsu.buffalo.edu> oopdavid@ubvmsb.cc.buffalo.edu (D.RODMAN) 
writes: 


> I have been interested in TCP/IP for some time. Is there a good 
> written primer of concerning this activity available? There is 
> no one locally to ask such elementary questions. Thanks. 


1. Gary Ford's introductory document (about 50-60 pages) is available 
via anonymous FTP from ftp.eecs.ucdavis.edu in the /pub/ka9q directory. 
It's available in PostScript and non PostScript versions. Grab the 
readme file first to find out about the various files in the directory. 


2. Ian Wade's _NOSIntro_ book is available from the ARRL and TAPR, as 


well as directly from Ian. Last I saw, there was also one copy on the 
shelf at the Cupertino outlet of Computer Literacy. :-) 


Patty 


Patty Winter N6BIS Internet: winter@apple.com 


Sunnyvale, California AMPRNet: 44.4.4.50 


Date: 21 May 1993 09:24:17 -0700 

From: news.cerf.net!pagesat!olivea!apple.com! apple.com! not-for- 
mail@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <737912588snx@skyld.tele.com>, <C7DGzZI.H2@acsu.buffalo.edu>, 
<C7DoOKB.7Lo@mv.mv.com> 
Subject : Re: Internet to Packet gateway 


In article <C7DoKB.7Io@mv.mv.com> Marc@Synergytics.Com writes: 

>0k, so from what I can gather based on various postings and E-Mail sent directly 
>to me, there are 2 methods being used to connecting the Internet with Packet. 
>The methods are: 


1) The "trust" method. This is employed by gateways that simply provide 
a bridge for packets to move from Packet to the Internet, typically, 
using NOS. Users of these gateways are "trusted" to do-the-right- 
thing. Connection originating on the Internet are NOT permitted to 
go through the gateway onto Packet. 


2) The "screen" method. This is employeed by gateways that only provide 
E-Mail pass-through between Packet and the Internet. Messages going 
from Packet to the Internet go without reguard to content, while 
messages going from the Internet to Packet are read by a human and 
forwarded only upon acceptance by the sysop. 


VVVV VV VV VV VV 


Marc-- 


You must have missed the postings that a couple of other people and I made 
about the NOARY gateway, in which hams (and they must be hams) who want to 
send messages from the Internet to the PBBS system register with NOARY so 
that he knows who they are and can verify that they are licensed hams. From 


then on, their messages travel freely through his gateway; there are no 
delays for human screening. 


Patty 


p.s. I've maintained the default worldwide distribution on this followup 
message, but are U.S. rules of interest to those of you in other countries? 


Patty Winter N6BIS Internet: winter@apple.com 


Sunnyvale, California AMPRNet: 44.4.4.50 


Date: 21 May 93 21:37:45 GMT 

From: ogicse!das-news.harvard.edu!noc.near.net!mv!synergy.Synergytics.Com! 
marc@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <C7DGzI.H2@acsu.buffalo.edu>, <C7DoKB.7Io@mv.mv.com>, 
<itivnh$4em@apple.com>p 

Reply-To : Marc@Synergytics.Com 

Subject : Re: Internet to Packet gateway 


In article <1tivnh$4em@apple.com>, winter@apple.com (Patricia Winter) writes: 
|> You must have missed the postings that a couple of other people and I made 
|> about the NOARY gateway, in which hams (and they must be hams) who want to 
|> send messages from the Internet to the PBBS system register with NOARY so 
|> that he knows who they are and can verify that they are licensed hams. From 
|> then on, their messages travel freely through his gateway; there are no 

|> delays for human screening. 


Thanks for pointing that out, though I must admit that I brushed that idea aside 
because I can think of too many ways for abuse in that situation (a non-ham 
could easily send a message through such a connection, provided they new what 
header lines of the message needed to be faked). 


- Marc 


Marc Evans - Marc@Synergytics.COM | Synergytics (603) 635-8876 
WB1GRH - WBIGRH@WALYTW.NH.USA | 21 Hinds Ln, Pelham, NH 03076 


Unix and X11 Software Consultant 


Date: Fri, 21 May 1993 13:09:47 GMT 
From: noc.near.net!mv!synergy!marc@uunet.uu.net 
To: packet-radio@ucsd.edu 


References <C7A9sq.MnI@mv.mv.com>, <737912588snx@skyld.tele.com>, 
<C7DGzZI.H2@acsu.buffalo.edu> 

Reply-To : Marc@Synergytics.Com 

Subject : Re: Internet to Packet gateway 


Ok, so from what I can gather based on various postings and E-Mail sent directly 
to me, there are 2 methods being used to connecting the Internet with Packet. 
The methods are: 


1) The "trust" method. This is employed by gateways that simply provide 
a bridge for packets to move from Packet to the Internet, typically, 
using NOS. Users of these gateways are "trusted" to do-the-right- 
thing. Connection originating on the Internet are NOT permitted to 
go through the gateway onto Packet. 


2) The "screen" method. This is employeed by gateways that only provide 
E-Mail pass-through between Packet and the Internet. Messages going 
from Packet to the Internet go without reguard to content, while 
messages going from the Internet to Packet are read by a human and 
forwarded only upon acceptance by the sysop. 


Option 1 is the closest to what I would like to provide, though the restriction 
of allowing connections to only be established from the Packet side I had hoped 
could be worked around in some fashion. Option 2 provides the best security 
against FCC issues, but really limits the features and timeliness of messages. 


So, now that I am gaining a better understanding of what the options are that 
are actually being used, I will proceed with determining what form of gateway 
I will provide... The bottom line; I hope to have a gateway functional here in 
New Hampshire xsoonx. 


- Marc 
Marc Evans - Marc@Synergytics.COM | Synergytics (603) 635-8876 
WB1GRH - WBIGRH@WALYTW.NH.USA | 21 Hinds Ln, Pelham, NH 03076 


End of Packet-Radio Digest V93 #142 
KKKKKKKKKKKKKKKKKKKKKEKKEKKR KAKA 


